home *** CD-ROM | disk | FTP | other *** search
/ Aminet 8 / Aminet 8 (1995)(GTI - Schatztruhe)[!][Oct 1995].iso / Aminet / comm / tcp / AmiTCP_bin_22.lha / AmiTCP-2.2 / doc / netfs.doc < prev    next >
Text File  |  1993-10-19  |  7KB  |  203 lines

  1.                NetFS -- network file system for AmiTCP
  2.                ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
  3.  
  4.                            by Timo Rossi
  5.  
  6.  
  7.                       Version 0.41 (18-Aug-93)
  8.  
  9.  
  10.    NetFS is a network filesystem for Amigas running the AmiTCP protocol stack.
  11.  
  12. Requirements:
  13. ~~~~~~~~~~~~~
  14.  · AmigaOS 2.04 or later (AmiTCP requires it anyway)
  15.  
  16.  · AmiTCP version 2.0 or later (hopefully the later versions are binary
  17.    compatible with 2.0)
  18.  
  19.  · Some sort of network interface that has a Sana2 driver and works
  20.    with AmiTCP (Ethernet, ArcNet, SLIP, CSLIP, PLIP or something other,
  21.    and actually you can use it with loopback on one machine, but
  22.    that is not normally very useful...)
  23.  
  24. Installation instructions:
  25. ~~~~~~~~~~~~~~~~~~~~~~~~~~
  26.  
  27.  · Make sure that you have AmiTCP configured properly and it can communicate
  28.    between the machines you want to use with NetFS (you can use
  29.    the ping-command for checking this)
  30.  
  31.  · Copy netfs-server to AmiTCP:bin-directory on server machine
  32.  
  33.  · Copy netfs-handler to L:-directory on client machine
  34.  
  35.  · Copy netmount to some directory that is in your path (AmiTCP:bin
  36.    is a good place) on client machine.
  37.  
  38.  · Add the following line to the AmiTCP:db/services on all machines
  39.    that will use NetFS (both client and server):
  40.  
  41. amiganetfs    2500/tcp
  42.  
  43.    You may select another port number if the default 2500 conflicts with
  44.    something (port 2500 is not officially registered for NetFS)
  45.  
  46.    If you already have AmiTCP running and don't want to reboot the machine,
  47.    you should send the RESET-command to the AmiTCP AREXX-port to get it
  48.    to re-read the configuration file.
  49.  
  50.    (You can also use the AmiTCP AREXX port to add the service entry without
  51.     editing the services or netdb files. See AmiTCP documentation for
  52.     details)
  53.  
  54. ·  Add the following line to the AmiTCP:db/inetd.conf on server machine.
  55.  
  56. amiganetfs stream    tcp nowait root amitcp:serv/netfs-server
  57.  
  58.    If you have put netfs-server in some other directory than amitcp:bin,
  59.    you should use that directory name here instead.
  60.  
  61.    If you already have AmiTCP and inetd running and don't want to
  62.    reboot the machine, you should send a Ctrl-F signal to inetd with
  63.    the break-command. If you don't already have inetd running,
  64.    you need to start it (and add a command to start it to User-Startup
  65.    or AmiTCP:bin/StartNet).
  66.  
  67. ·  Use the netmount-command to mount the partitions you want.
  68.    The command syntax is:
  69.  
  70. netmount hostname remotedev localdev
  71.  
  72.   For example, if you want to mount drive dh0: on a machine called Amiga1
  73.   and you want to call the local device rh0:, you can use the following:
  74.  
  75. netmount Amiga1 dh0 rh0
  76.  
  77.   Note that there are no colons in the end of the device names.
  78.  
  79.   The full command template for netmount is:
  80.  
  81. SERVER=HOST/A,REMOTEDEV/A,LOCALDEV/A,HANDLER/K,NOACT/S:
  82.  
  83.   If you have put netfs-handler in some other directory than L: or renamed
  84.   it, you can specify its filename with the HANDLER keyword.
  85.  
  86.   Normally netmount automatically activates the mounted device (the same
  87.   way as 'Mount=1' keyword in mountlist). If you don't want that to
  88.   happen, you can use the NOACT-switch. In that case the device process
  89.   starts when the device is first referenced.
  90.  
  91. MountLists (optional):
  92. ~~~~~~~~~~~~~~~~~~~~~~
  93.   Alternatively you can make the mountlist entries and use the normal mount-
  94.   command. You can put these in the normal DEVS:MountList file or a separate
  95.   file and use the Mount FROM-option. If you have AmigaDOS 2.1 or newer,
  96.   you can also use the new style mountfiles instead of mountlists.
  97.  
  98.   Here is an example mountlist entry:
  99.  
  100. RH0:
  101.     Handler = L:netfs-handler
  102.     Priority = 5
  103.     StackSize = 5000
  104.     GlobVec = -1
  105.     Mount = 1
  106.     Startup = Server-machine.name.domain/Device-DH0:
  107. #
  108.  
  109.    The only parameters that you need to change are the server machine name
  110.    and the device name (The syntax is a little strange for compatibility with
  111.    different versions of the Mount-command. Most of them don't like '='-signs
  112.    on the startup-line)
  113.  
  114.    If you use the 2.1+ mountfiles, you don't need the device name in the beginning
  115.    or the '#' in the end.
  116.  
  117.  
  118.    (But it is so much easier to use the netmount-command, that you probably
  119.    don't want to use mountlists)
  120.  
  121.  
  122. Security (or the lack of it):
  123. ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
  124.    Netfs has a couple of primitive security features.
  125.  
  126.     · You can prevent mounting a partition by putting a file called '.nomount'
  127.       in the root directory of that partition.
  128.  
  129.     · You can cause a partition to be mounted in read-only mode by putting
  130.       a file called '.readonly' in the root directory of that partition.
  131.  
  132.   You cannot control which machines may connect to the server, so it might
  133.   not be a good idea to connect a machine with netfs-server to the
  134.   global Internet (of course you can use a strange port number
  135.   and hope that nobody guesses it (security through obscurity)).
  136.  
  137.   It is likely that future versions of netfs have more advances security/
  138.   access control features.
  139.  
  140. Volume names:
  141. ~~~~~~~~~~~~~
  142.    Netfs normally automatically uses the remote volume name in the mounted
  143.    device, but if there is a name collision (another volume/device/assign
  144.    of the same name already exists), it adds '_2' in the name.
  145.  
  146.    You can relabel the mounted volume, but this does not affect the actual
  147.    disk on the server machine.
  148.  
  149. Workbench:
  150. ~~~~~~~~~~
  151.    Netfs does not allow access (or Open(), anyway) to a file called '.backdrop',
  152.    so left out icons do not work over the network.
  153.  
  154. Reconnect:
  155. ~~~~~~~~~~
  156.    If the server machine is rebooted, NetFS will automatically reconnect
  157.    to it when it is running again. However, there may be long timeouts
  158.    after a connection failure before NetFS gives up. This is a normal
  159.    feature of the TCP protocol that NetFS uses for its connections.
  160.  
  161. Known problems:
  162. ~~~~~~~~~~~~~~~
  163.    - speed/performance is not the best possible
  164.  
  165.    - does not support all 2.0 packet types
  166.      (does not support notification or file locking, but does support links)
  167.  
  168.    - because netfs uses one TCP connection and separate server/client processes
  169.      for each mounted device, memory usage is probably more than actually
  170.      necessary if netfs was implemented in some other, smarter way...
  171.  
  172.    - if the client crashes and there are open locks/filehandles on the mounted
  173.      disk, they remain open until the server is booted.
  174.  
  175.    - netmount should also work from Workbench (using tooltypes
  176.      as parameters). It doesn't in the current version.
  177.  
  178. Copyright and distribution:
  179. ~~~~~~~~~~~~~~~~~~~~~~~~~~~
  180.    NetFS is Copyright © 1993 by Timo Rossi. It can be freely distributed
  181.    for non-commercial purposes. It can be included on disk collections such
  182.    as Fred Fish's AmigaLibDisks or CD-ROMs such as the AmiNET CD-ROM.
  183.  
  184.    It may not be used for military purposes or life-critical purposes such
  185.    as controlling nuclear reactors or guidance systems for a manned spacecraft.
  186.  
  187.    If you want to include netfs in a commercial product, you should contact
  188.    me first (my address is in the next section).
  189.  
  190.    NetFS is NOT under the GNU General Public Licence.
  191.             ~~~
  192.    Source code is not currently available, but it may be in the future...
  193.  
  194. Contact information:
  195. ~~~~~~~~~~~~~~~~~~~~
  196.    Timo Rossi
  197.    Mattilankatu 40 A 4
  198.    40600 Jyväskylä
  199.    FINLAND
  200.  
  201.    E-Mail:  trossi@jyu.fi
  202.  
  203.